-
Notifications
You must be signed in to change notification settings - Fork 366
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
doc: change PaymentPreimage to PaymentSecret in ChannelManager::create_inbound_payment #2846
doc: change PaymentPreimage to PaymentSecret in ChannelManager::create_inbound_payment #2846
Conversation
WalkthroughThe update involves a correction in the documentation of a method within the channel manager module. The method Changes
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Review Status
Actionable comments generated: 0
Configuration used: CodeRabbit UI
Files selected for processing (1)
- lightning/src/ln/channelmanager.rs (1 hunks)
Additional comments: 1
lightning/src/ln/channelmanager.rs (1)
- 7835-7835: The comment has been updated to reflect that
create_inbound_payment_for_hash
generates aPaymentHash
andPaymentSecret
. This aligns with the PR objectives and the AI-generated summary.
/// This differs from [`create_inbound_payment_for_hash`] only in that it generates the | ||
/// [`PaymentHash`] and [`PaymentPreimage`] for you. | ||
/// [`PaymentHash`] and [`PaymentSecret`] for you. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The docs are correct as is. This isn't saying that the PaymentPreimage
is returned but rather it is generated in LDK. It's essentially encoded in the PaymentSecret
such that inbound payments in LDK are stateless when using create_inbound_payment
.
Using create_inbound_payment_for_hash
allows you to generated your own preimage, but you would need to track it in order to call claim_funds
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will close this PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Any suggestions on how to improve these docs for clarity are welcome, of course!
Docs mentioned
create_inbound_payment
returnsPaymentHash
andPaymentPreimage
when it instead returnsPaymentHash
andPaymentSecret
.